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WEB BROWSER-BASED OBJECT ORIENTED APPLICATION 
COMPONENT TEST CLIENT 

^ FIELD OF THE INVENTION 

p The present invention relates to object-oriented application development and, 

^ more particularly, to a Web browser-based object-oriented application component test 

m client. 

O BACKGROUND OF THE INVENTION 

10 The Java™ programming language is a programming language designed for use 

in distributed environments such as the Internet. Java enforces an object-oriented 
programming model and can be used to create complete applications that may run on 
a single computer or be distributed among servers and clients in a network. 

15 The increasing adaptation of Java to various computing tasks may be attributed 

to the portability of the language and the fact that Java is an object-oriented 
programming language. Portability is a name given to the characteristic of Java that 
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allows a source program to be compiled into "bytecode" that can be run anywhere in a 
network on a server or client that has a Java "Virtual Machine". It is then the task of the 
Java Virtual Machine to interpret the bytecode into code that will run on the computer 
hardware that is running the Java Virtual Machine. The object-oriented characteristic of 
5 Java allows a given object to take advantage of being part of a class of objects and to 
inherit code that is common to the class. Objects have associated methods. A method 
can be thought of as one of a set of capabilities or behaviors of a given object. 

According to www.whatis.com, an information technology reference, in object- 
10 oriented programming and distributed object technology, a "component" is a reusable 
program building block that can be combined with other components in the same or 
other computers in a distributed network to form an application. Examples of a 
5 component include: a single button in a graphical user interface, a small interest 
m calculator, an interface to a database manager. Components can be deployed on 
i{: different servers in a network and communicate with each other for needed services. A 
HP component runs within a context called a container. Examples of containers include 
m pages on a Web site, Web browsers, and word processors. In its JavaBeans™ 
% application program interface for writing a component, Sun Microsystems calls a 
in component a "Bean". A JavaBean is simply the Sun Microsystems variation on the idea 
2U of a component. 

Another component model is called an "Enterprise" JavaBean. Enterprise 
JavaBeans™ have qualities such as security, persistence, transaction capability, 
multithreading and scalability, among others. Hence, Enterprise JavaBeans have found 
25 extensive use in e-commerce applications where such qualities are particularly 
desirable. 

Rapid software development is often impeded by the need to construct 
supporting software to facilitate testing. Unit-testing a complex Java object usually 
30 requires the construction of some kind of test application (test client). In the case of a 
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specialized object, like an Enterprise JavaBean (EJB™), the application code required 
to facilitate testing can be somewhat complicated. Hand-written test applications can be 
quite inflexible in that they usually test a single scenario and, if something goes wrong, 
it can be hard to see where a problem has occurred. This is especially true with test 
applications that have no user interface because such test applications usually bind the 
test scenario at compile time. The result of a test case is usually reviewed using print 
statements to display the contents of a result object. If the test-case succeeds the 
programmer may need to change the test application and re-compile before testing a 
new scenario. If the test case fails, the programmer may have to add more print 
statements and re-compile before re-testing the scenario. 

Enterprise JavaBean Test clients exist. However, typical Enterprise JavaBean 
test clients are dependent on a particular level of and type of Java runtime environment. 
Furthermore, such test clients are typically platform dependent and only work within a 
particular Java development environment. Other EJB test clients also need additional 
setup and configuration, based on the type of server, the EJB beans that will be tested, 
etc. 

SUMMARY OF THE INVENTION 

A Web browser-based object oriented application component test client described 
herein frees object oriented application component (e.g. Enterprise JavaBean) testing 
from the confines of particular development environments. Advantageously, the test 
client can either be used over a network or EJB beans, for example, can be tested from 
anywhere on the network without having the test client available locally. 

In accordance with an aspect of the present invention there is provided a method 
of facilitating testing of an object-oriented application component. The method includes 
providing a client side application portion for presenting a view to a user of a Web 
browser, the view allowing user interactions with the view, where some of the 



CA920010032US1 



3 



interactions specify given tests to perform on the component. The method further 
includes executing a server side application portion for receiving indications of the user 
interactions with the client side application portion and, responsive to the indications, 
performing the given tests on the component. In another aspect of the present invention 
there is provided a test client application for performing this method. 

In accordance with another aspect of the present invention there is provided, at 
an application server, a method of facilitating testing of an Enterprise JavaBean. The 
method includes providing a test client user interface to a workstation over an HTTP link, 
where the test client user interface is viewed through the use of a Web browser run on 
the workstation, receiving a selection from the workstation, the selection identifying a 
given object, where the given object is a home interface or a remote interface of the 
Enterprise JavaBean, receiving a request from the workstation, where the request is a 
consequence of user interaction with the test client user interface and includes an 
indication of a test to perform on the given object, responsive to the request, performing 
the test on the given object to give a result and sending a response to the workstation 
over the HTTP link, the response including an indication of the result to be displayed by 
the user interface. In a further aspect of the present invention, there is provided a 
software medium that permits a general purpose computer to carry out this method. 

In accordance with a further aspect of the present invention there is provided a 
Web module containing a test client for Enterprise JavaBeans. The test client being 
operable to present a user interface over a data link, where the user interface may be 
displayed through the use of a browser application on a remote workstation, the user 
interface allowing a user at the remote workstation to: seiect a given object; select a 
given method of the given object; supply the given method with a parameter; request 
that the given method be invoked with the parameter; responsive to receiving the 
request, invoke the method with the parameter to give a result; and present a further 
user interface to present the result to the user. 
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In accordance with a still further aspect of the present invention there is provided 
a computer readable medium containing computer-executable instructions which, when 
performed by a processor in an application server, cause the processor to present a 
user interface over a data link, the user interface allowing a user to: browse a Java 
Naming and Directory Interface namespace; select a given object in the Java Naming 
and Directory Interface namespace; and receive information regarding the given object. 

Other aspects and features of the present invention will become apparent to 
those of ordinary skill in the art upon review of the following description of specific 
embodiments of the invention in conjunction with the accompanying figures. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the figures which illustrate example embodiments of this invention: 

FIG. 1 illustrates a data communications network including an application server 
for use with an embodiment of the invention; 

FIG. 2 illustrates the application server of FIG. 1 in greater detail in accordance 
with an aspect of the present invention; 

FIG. 3 illustrates an exemplary Homepage View in accordance with an aspect of 
the present invention; 

FIG. 4 illustrates an exemplary EJB Page View in accordance with an aspect of 
the present invention; 

FIG. 5 illustrates an exemplary Inspector View in accordance with an aspect of 
the present invention; 
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FIG. 6 illustrates an exemplary Hierarchy View in accordance with an aspect of 
the present invention; 

FIG. 7 illustrates an exemplary JNDI Explorer View in accordance with an aspect 
5 of the present invention; 

FIG. 8 illustrates an exemplary Properties View in accordance with an aspect of 
the present invention; 

io FIG. 9 illustrates an exemplary JNDI Objects View in accordance with an aspect 

of the present invention; and 

3 FIG. 10 illustrates an alternative to the data communications network of FIG. 1 

ffl including secondary and tertiary application servers for use with an embodiment of the 
\%2 invention. 

1 DETAILED DESCRIPTION 

111 A simple network 100 is illustrated in FIG. 1 and presents an environment in 

2 which the present invention is particularly useful. The network 100 includes a 
2p workstation personal computer (PC) 102 for use by a remote user and an application 

server 106 for providing a client application for testing EJB beans. The PC 102 and the 
application server 106 communicate with each other through a wide area network 104, 
such as the well-known Internet, likely using protocols familiar in the Internet 
environment, such as the Transport Control Protocol and Internet Protocol (TCP/IP) and 
25 the Hyper-Text Transfer Protocol (HTTP). Servers within the application server 106 run 
applications which are comprised largely of Enterprise JavaBeans and these 
applications are used by users stationed at remote user workstations 108A, 108B, 108C 
(collectively or individually referred to as 108) for such purposes as e-commerce, e.g., 
buying books. 
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The preferred implementation for the present invention is made possible by the 
Java 2 Platform, Enterprise Edition SDK, known as J2EE™. In this implementation, an 
EJB server 204 (FIG. 2) may be employed within the application (J2EE) server 106. For 
5 a good discussion of all of the terms and concepts related to J2EE and referred to 
hereinafter, a J2EE tutorial is available at http://java.sun.com/j2ee/tutorial/index.html and 
is incorporated herein by reference. Several passages from the tutorial have also been 
referenced herein directly. 

10 The application server 106 is illustrated in further detail in FIG. 2 as including 

several single-purpose servers. The application server 106 may, for instance, include 
a Web container 202, which may include a conventional HTTP server, for 
s ~ communicating over the Internet 104. The application server 106 may also include the 
m aforementioned EJB server 204, connected to the Web container 202 for providing 

is? applications to users stationed at remote user workstations 108, and a JNDI server 206, 
■If connected to the EJB server 204. The function of the JNDI server 206 will be discussed 
gi hereinafter. A database 210 may be accessible to the EJB server 204 via a database 
t, server 208 that provides the EJB server 204 with an interface to the database 21 0. The 
111 EJB server 204 may be loaded with test client software for executing methods 

2C exemplary of this invention from a software medium 224 which could be a disk, a tape, 
CJ a chip or a random access memory containing a file downloaded from a remote source. 

In overview, the EJB server 204 includes an embodiment of the present invention 
to allow the remote user at the PC 102 to employ a Web browser to communicate with 

25 the EJB server 204 for the purposes of testing the Enterprise JavaBeans that make up 
the applications that run on the EJB server 204. In particular, the remote user uses the 
PC 102 to request a test client from the EJB server 204. The EJB server 204 then 
provides the test client. The test client is provided to the remote user as part of a 
dynamic Web page viewed by the remote user using a Web browser. The test client can 

30 provide the remote user with a number of informative, interactive views. As the remote 
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user interacts with the views provided by the test client, HTTP requests are sent by the 
PC 102 to the EJB server 204. The EJB server 204 acts on these HTTP requests and 
appropriately responds by sending HTTP responses to the PC 102 that act to update 
the display on the PC 102. In an exemplary instance, the remote user may select an 
Enterprise JavaBean, select a method of an object of the selected Enterprise JavaBean, 
supply parameters to the selected method, invoke the selected method and view the 
result of invoking the method with the supplied parameters. 

The test client application may be considered to comprise two sides, a client side 
and a server side. The client-side of the application is a graphical user interface 
presented in a Web browser. The client side user interface is presented as a dynamic 
Web page, employing, for example, dynamic HTML and JavaScript™. Meanwhile, the 
server side is executed as a J2EE application in an application server, usually the very 
application server on which the EJB beans, which are to be tested, are also executed. 

Alternatively, the server side of the test client may be used equally on various 
application servers which are in various stages of application production and 
deployment. For example, typically, a unit test server is included within a development 
environment. Then, a set of servers that are quite like, or very much like, the server on 
which the actual applications (made up of EJB beans) are either already deployed or to 
be deployed. One server, in the set of servers that are like the actual server, is usually 
called a "staging server", in that the staging server is one stage away from the actual 
server. The actual server, itself, may be called a "production server" in that the 
production server is the server that is in use to run business methods with which users 
interact (business methods are included in EJB beans). The server side of the test client 
may run on any of these servers. WebSphere, marketed by IBM of Armonk, NY, is one 
example of software for running an application server. WebSphere may be embedded 
in tools (unit test servers), staging servers and production servers. 
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Regarding the client side of the test client application, the J2EE model described 
in the above-referenced tutorial provides an environment forthe provision of a thin client 
application as part of a dynamic Web page that is presented by a Web browser. Several 
Web browsers are available to the remote user at the PC 102. The most popular of 

5 these Web browsers include Microsoft® Internet Explorer and Netscape® Navigator, but 
many other applications exist for the same purpose. The fact that many applications are 
available for the same purpose stems from the fact that the material (Web pages) that 
each Web browser must interpret typically adheres to very specific standards set by the 
World Wide Web (W3) Consortium that sets such standards. The latest of these 

10 standards to be set is Hyper-Text Markup Language (HTML) Specification 4.01 , dated 
December 24, 1999. According to the present invention, the Web browser downloads 
dynamic Web pages and applets to the PC 102 to give a Web-based test client. 

S As will be apparent to a person skilled in the art, the future of browsers is not 

15J limited to the interpretation of HTML. In fact, applications already exist for the 
± interpretation of Wireless Markup Language (WML) and Extensible Markup Language 
I (XML). 

If! At the EJB server 204, Java Servlet technology and JavaServer Pages (JSP) 

2Cf Technology are used to react to HTTP requests received from the client side of the test 
O client, interact with the EJB beans and supply appropriate HTTP responses to the client 
side of the test client. According to the above referenced tutorial, Java Servlet 
technology allows the definition of HTTP-specific servlet classes. A servlet class extends 
the capabilities of servers that host applications accessed by way of a request-response 
25 programming model. Although servlets can respond to any type of request, they are 
commonly used to extend the applications hosted by Web servers. JSP pages 
technology allows the placing of snippets of servlet code directly into a text-based 
document. A JSP page is a text-based document that contains two types of text: static 
template data, which can be expressed in any text-based format such as HTML, WML, 
30 and XML; and JSP elements that determine how the page constructs dynamic content. 
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When a number of Java classes are required for a particular application, they are 
often packaged into a Java ARchive (JAR) file. A JAR file has a platform-independent 
file format that permits many files to be aggregated into one file. Similarly, J2EE 
components are packaged separately and bundled into a J2EE application for 
deployment. Each component, along with its related files and a deployment descriptor 
(DD), is assembled into a "module" and added to a J2EE application. A J2EE application 
is composed of one or more Enterprise bean modules, Web modules, or application 
client component modules. A Web module is unit that consists of one or more Web 
components and a Web deployment descriptor. A JAR archive that contains a Web 
module is called a Web ARchive (WAR). Using modules makes it possible to assemble 
a number of different J2EE applications using some of the same components. 

Before a remote user can begin to test an Enterprise JavaBean, the remote user 
must be able to find the particular Enterprise JavaBean for which testing is required. To 
this end, the Java Naming and Directory Interface™ (JNDI™) may be employed. 
According to a description found atjava.sun.com, JNDI is a standard extension to the 
Java platform, providing Java technology-enabled applications with a unified interface 
to multiple naming and directory services in the Enterprise. As part of the Java 
Enterprise Application Programming Interface (API) set, JNDI enables seamless 
connectivity to heterogeneous Enterprise naming and directory services. The JNDI 
function implemented in a particular server, such as the EJB server 204, typically 
restricts a given search to a particular pre-defined "namespace". 

EJB beans come in one of two types, session beans and entity beans. A session 
bean represents a transient conversation with a client. When the client finishes 
executing, the session bean and its data are gone. An example of a session bean is a 
shopping cart in an e-commerce application. In contrast, an entity bean represents 
persistent data stored in one row of a database table. If the client terminates or if the 
EJB server 204 shuts down, the underlying services ensure the entity bean data is 
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saved. A user of an e-commerce application may add items found on various pages 
showing a catalog of items. When finished shopping, the user then indicates that 
shopping is complete and an order is created from the final state of the shopping cart. 
In the above e-commerce example, the order created at the end of the shopping session 
may be stored as an entity bean. Such an entity bean would identify the items ordered, 
the name of the customer, the delivery address, etc. 

An EJB bean has a home interface and may have a remote interface. The home 
interface defines zero or more methods for managing an Enterprise bean. The home 
interface of a session bean defines create and remove methods, while the home 
interface of an entity bean defines create, finder and remove methods. The remote 
interface defines the business methods callable by a client. 

As mentioned above, part of a given test of an EJB bean may involve supplying 
a method of an object within an EJB bean with some parameters. Notably, these 
parameters may include simple structures such as integers and strings, but may also 
include complex structures such as entire objects. In the client side of the test client, the 
remote user may have several EJB beans open for testing at the same time. To supply 
an entire object to a method, the remote user could select the object from one of the 
EJB beans open for testing, copy that object and use the copied object as a parameter 
for a given method in another one of the EJB beans open for testing. 

Various views provided as the client side of the test client are presented in FIGS. 
3-9. Each of these views corresponds to a particular function of the test client as a 
whole. Views include: a Homepage View 300; an EJB Page View 400; an Inspector 
View 500; a Hierarchy View 600; a JNDI Explorer View 700; a Properties View 800; and 
a JNDI Objects View 900. These views are discussed hereinafter. 
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An exemplary screenshot of the EJB Homepage View 300 is illustrated in FIG. 
3. The EJB Homepage View 300 allows the remote user to select among the various 
views available. 

An exemplary screenshot of the EJB Page View 400 is illustrated in FIG. 4. The 
EJB Page View 400 allows the remote user to invoke methods in objects of the EJB 
home and remote interface classes, as well as other objects that have been 
accumulated on the Object Clipboard. As illustrated, the EJB Page View 400 is divided 
into three panes. An EJB View References pane 402, an EJB View Parameters pane 
404 and an EJB View Results pane 406. The EJB View References pane 402 displays 
a collapsible, hierarchical, directory-like structure for the objects within the EJB bean 
under test. The creation of such collapsible, hierarchical, directory-like structures is well 
known in the art of Web page authoring using HTML and JavaScript and will not be 
further discussed herein. The name "EJB References" identifies a folder, of sorts, that 
acts to group the items in the EJB View References pane 402. The names 
"IncrementSession" and "Inc" at the next level of the presented hierarchy identify EJB 
groups. These groupings are arbitrary and are used herein to group an EJB home 
interface with corresponding EJB objects. Inside each group is an EJB home interface 
and zero to n session and/or entity beans. 

More specifically, within the EJB group called IncrementSession, 
"IncrementSessionHome" identifies an EJB home interface object. The methods of this 
EJB home interface object can be used to load any number of real EJB entity or session 
beans. At the same hierarchical level, the name "IncrementSession" identifies an EJB 
session bean. At the next hierarchical level down are several public methods named 
"IncrementSession create()", "void lncrement()" and "lncgetlncrementBean()'\ Selecting 
one of these public methods will make the method appear in the EJB Page View 
Parameters pane 404 and allow the remote user to invoke the method with remote user- 
supplied parameters. The method may also be invoked with objects from the EJB Page 
View 400 or objects from another open EJB bean. 
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Similarly, within the EJB group called Inc, "IncHome" identifies an EJB home 
interface object and, at the same hierarchical level, "Inc" identifies an EJB entity bean. 
At the next hierarchical level down are several public methods named "Inc 
5 create(lncKey)", "Inc findByPrimaryKey(lncKey)", "Enumeration findGreaterThan(int)", 
"int getValue()" and "int increment()". 

The EJB Page View Parameters pane 404 allows the passing of parameters to 
a method selected in the EJB Page View References pane 402. The EJB Page View 
io Results pane 406 shows the result of having invoked the method given the parameters 
passed to that method in the EJB Page View Parameters pane 404. 

5 An exemplary screenshot of the Inspector View 500 is illustrated in FIG. 5. The 

Hi Inspector View 500 allows the remote user to view the public fields of objects. The 

15^ Inspector View 500 is divided into three panes, an Inspector View References pane 502, 
an Inspector View Parameters pane 504 and an Inspector View Results pane 506. The 

m Inspector View References pane 502 shows all objects available to be viewed and any 

U object in the Inspector View References pane 502 may be selected. When an object is 

W\ selected, the public fields of the selected object appear in the Inspector View 

2(k Parameters pane 504. 

An exemplary screenshot of the Hierarchy View 600 is illustrated in FIG. 6. The 
Hierarchy View 600 allows the remote user to control which methods are visible in the 
EJB Page View References pane 402 (FIG. 4). This view also has two panes, a 

25 Hierarchy View Classes pane 602 and a Hierarchy View Hierarchy pane 604. By default, 
only those methods that are directly visible on the class of a given object are shown in 
the EJB Page View References pane402. However, using the Hierarchy View Hierarchy 
pane 604, the remote user can choose to view methods on a superclass of the given 
object or even filter such that only methods on a particular interface are shown in the 

30 EJB Page View References pane 402. 
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In the exemplary screenshot of the JNDI Explorer View 700, illustrated in FIG. 7, 
a JNDI View Object pane 704 provides a graphical representation of the namespace of 
the JNDI server. Root contexts in the JNDI namespace are displayed as folders. The 
JNDI View 700 allows the remote user to browse through the hierarchy and, optionally, 
load EJB beans directly from this view. The JNDI Explorer View 700 also allows the 
remote user to load an EJB bean that is to be tested by directly typing in the JNDI name 
of the EJB bean in an EJB entry window 702. 

An exemplary screenshot of the JNDI Properties View 800 is illustrated in FIG. 
8. The JNDI Properties View 800 provides an Initial Factory entry window 802 and a 
Provider URL entry window 804 for the remote user to specify the Initial Factory and the 
Provider URL for use during JNDI lookup. An Initial Factory is a class that is responsible 
for creating the initial context of an EJB bean and is usually specific to the vendor of the 
EJB bean since the Initial Factory constructs the context for a specific implementation. 
To test EJB beans running in a different installation of an application server, or on an 
application server supplied by a different vendor than the original, the remote user may 
modify the Provider URL with the IP address of the remote installation. The remote 
installation may have security measures in place. Consequently, the JNDI Properties 
View 800 provides a User window 806 and a Password window 808 for supplying 
authentication information to the remote installation. It may also be that the remote 
installation requires additional properties to be supplied. These properties may be 
supplied via an Additional Properties window 810. 

An exemplary screenshot of the JNDI Objects View 900 is illustrated in FIG. 9. 
The JNDI Objects View 900 allows the remote user to obtain additional information 
regarding user transactions and data sources, which are objects that may be associated 
with an EJB bean and may be found in the JNDI Explorer View 700. The JNDI Objects 
View 900 provides a JNDI Objects pane 902, for browsing user transactions and data 
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sources, and a JNDI Object Information pane 904, for providing additional information 
regarding user transactions and data sources. 

In operation, the remote user at the PC 102 (FIG. 1) enters a Uniform Resource 
Locator (URL) for the application server 1 06 in the address field of a Web browser. The 
application server 106, in particular, the Web container 202, responds with a Web page. 
This Web page may combine HTML and JavaScript to present an initial view such as 
the EJB Homepage View 300 of FIG. 3. To specify the name of the EJB bean for which 
testing is desired, the remote user uses the mouse pointer to select the JNDI Explorer 
View link. The Web browser, responsive to the selection of the JNDI View link, sends 
a HTTP request to the application server for a JNDI View. The Web container 202, upon 
receiving the HTTP request and in conjunction with the EJB server 204 and the JNDI 
server 206, formulates, and sends to the PC 102, a Web page such as the JNDI View 
700 shown in FIG. 7. 

While presented with the JNDI View 700, the remote user may select a particular 
EJB bean and use the mouse pointer to select the EJB Page View icon (one of a set of 
icons presented in the top right corner of each view). The Web browser, responsive to 
the selection of the EJB Page View icon, sends a HTTP request to the application 
server for an EJB Page View of the selected EJB bean. The Web container 202, upon 
receiving the HTTP request and in conjunction with the EJB server 204, formulates and 
sends a Web page such as the EJB Page View 400 shown in FIG. 4. 

Alternatively, while presented with the JNDI View 700, the remote user may 
select a particular EJB bean and use the mouse pointer to select the Inspector View 
icon. The Web browser, responsive to the selection of the Inspector View icon, sends 
an HTTP request to the application server for an Inspector View of the selected EJB 
bean. The Web container 202, upon receiving the HTTP request and in conjunction with 
the EJB server 204, formulates and sends a Web page such as the Inspector View 500 
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shown in FIG. 5. With the Inspector View 500, the public fields of any of the objects in 
a given EJB bean may be viewed. 

While presented with the EJB Page View 400 of FIG. 4, the user may select a 
method in the EJB Page View References pane 402. Such a selection is interpreted by 
the Web browser and an HTTP request is sent to the application server 106 for an 
update to the EJB Page View Parameters pane 404. The servlets executing on the EJB 
server 204 interpret the HTTP request, as received by and transferred from the Web 
container 202, and generate an HTTP response that causes the Web browser to update 
the EJB Page View Parameters pane 404. The update to the EJB Page View 
Parameters pane 404 may allow the remote user to supply the selected method with 
parameters and provide an indication that the selected method should be invoked using 
the supplied parameters. Such an indication is interpreted by the Web browser and, as 
a result of this interpretation, an HTTP request is then sent to the application server 106. 
Subsequent to receiving the HTTP request, the EJB server 204 handles the invocation 
of the selected method, given the supplied parameters. The result of the invocation of 
the selected method is used to formulate an updated EJB Page View. In particular, the 
EJB Page View Results pane 406 is updated to show the result of the method 
invocation. This updated EJB Page View Web page is then sent to the PC 102 and the 
Web browser executed thereon updates the display seen by the remote user 
accordingly. 

As discussed above, the result may be an integer, as shown in FIG. 4, a string 
or an object, among other possible results. In the case wherein an object is the result 
of the invocation of the selected method with the supplied parameters, this resultant 
object may become the focus of the EJB Page View 400, i.e., the resultant object may 
be viewed in the EJB Page View References pane 402. Once viewed in the EJB Page 
View 400, the resultant object may be tested, as described above with regard to objects 
as part of EJB beans. 
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The remote user may want to subject the resultant object to scrutiny. To this end, 
a selection of the Inspector View will cause an HTTP request to be sent to the 
application server 106 for a change of view on the client side of the test client. The EJB 
server 204 complies with this HTTP request by formulating, and sending to the PC 102, 
a Web page much like the Inspector View 500 shown in FIG. 5. 

Where the resultant object is unfamiliar to the remote user, the remote user may 
choose to view the object in greater detail. Perhaps the remote user would prefer to 
view the objects that are inherited by the resultant object from its superclass, or other 
hierarchically high objects. To this end, and with the resultant object shown in the EJB 
Page View, the remote user may use the mouse pointer to select the Hierarchy View 
icon. As a consequence of this selection, the Web browser sends an HTTP request to 
the application server 106. The servlets at the EJB server 204, upon receipt of the HTTP 
request for a Hierarchy View, formulate a Web page of Hierarchy View like the Hierarchy 
View 600 shown in FIG. 6. This View is sent as an HTTP response to the HTTP request 
and the Web browser updates the display accordingly. Using the Hierarchy View, the 
remote user may select a level of detail required to be seen in the EJB Page View 
References pane 402 forthe resultant object. An indication of the selected level of detail 
is transferred to the application server 106 as an HTTP request. Upon receipt of the 
indication of the requested level of detail, the level is noted, but no response is required 
to update the display on the client side of the test client. However, once the remote user 
indicates, through a mouse selection, that an EJB Page View of the resultant object is 
required, the EJB Page View sent in an HTTP response to this HTTP request will 
include the selected level of detail. 

The present invention has been implemented as a tooling plug-in for a product 
marketed by IBM as "Eclipse WebSphere Studio Advanced (WSA) Server". With a view 
to FIG. 10, it may be that the remote user at the PC 102 would like to use the test client 
provided by the (primary) application server 106 to browse and test EJB beans on a 
secondary application server 1002. As long as the EJB beans on the secondary 
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application server 1002 are in the current JNDI namespace, the remote user may use 
the JNDI View 700 (FIG. 7) to browse, select and test the EJB beans. However, the EJB 
beans of the secondary application server 1002 may not be in the current JNDI space. 
Assuming the secondary application server 1002 includes a JNDI server, the remote 
user may use the Properties View 800 (see FIG. 8) to specify, in the Provider URL entry 
window 804, a URL for the JNDI server of the secondary application server 1 002. It may 
also be necessary for the remote user to specify an Initial Factory in the Initial Factory 
entry window 802. 

The server side of the test client that is an embodiment of the present invention 
may be used in servers other than the server where the EJB beans under test will be, 
or are, executed . As stated above, the server side of the test client is a J2EE application 
packaged in a WAR file. The server-side test client WAR file may, for instance, be 
supplied to the secondary application server 1002 in FIG. 10. It may be assumed, for 
the sake of this example, that the secondary application server 1 002 executes the same 
Eclipse WSA Server product as the primary server 106. If the EJB beans that are to be 
run on the primary application server 106 are to be tested on the secondary application 
server 1 002, it is necessary that the secondary application server 1 002 be supplied with 
an EJB JAR file 1004 that contains the EJB beans to be tested. The remote user may 
then use the client side of the test client presented at the PC 102 by the Web browser 
to exchange HTTP requests and responses with the secondary application server 1 002 
to test the EJB beans. 

A further challenge arises where the server-side test client WAR file is to be used 
on a tertiary application server 1006, which, for the sake of this example, does not 
execute the same Eclipse WSA Server product as the primary server 106. However, 
even if the tertiary application server 1006 is supplied with both the EJB JAR file 1004 
that contains the EJB beans to be tested, a further archive is required for the test client 
package to function properly. A WAR file 1008 contains classes that are required by the 
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test client package and may not be assumed to be part of whatever application server 
software is being executed by the tertiary application server 1006. 

Advantages of the present invention are numerous. Using embodiments of the 
5 present invention, Enterprise JavaBeans may be tested on the actual production or 
staging server to which they are deployed. This testing may be performed in real time 
and from any location in the world from which the server is accessible. The client side 
of the test client will run on any operating system that supports a basic HTML Web 
browser without any code or configuration changes. The model underlying the present 
10 invention is one wherein the data of interest is at the application server and the 
operations on the data are executed on the application server. As a result, the client 
side of the test client contains no application logic. This lack of application logic provides 
5 for good performance, as it is the application server that performs any complex 
CO computations. The lack of application logic at the client also provides for portability as 
we " as general availability and access. 

m In that the front-end graphical user interface (HTML, JSP, JavaScript) that makes 

L up the client side of the test client, which may be known as "the view", is well protected 
III from changes made, or to be made in the future, to the server side code of the test 
2C client, which may be known as "the model", the model and the view are highly, and 
"P purposely, decoupled. Use of the terms "mode" and "view" when describing an 
application derive from a common programming technique, known as Model View 
Controller (MVC) architecture. Using MVC architecture, programs are designed so that 
there is as little dependency as possible between the backend model of the program, 
25 the user interface, and the interaction of the user with the program. This functional de- 
coupling allows separate evolution of the server side code and the interface presented 
to the user, as well as future changes to one or the other without affecting the function 
of the program as a whole. 
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Being browser-based, the client side of the test client will run on any operating 
system, platform, machine and standards-compliant vendor products without 
necessitating change in code or configuration. The User Interface, being straight HTML 
and JavaScript running in Netscape® Navigator or Microsoft® Internet Explorer, is 
immediately understandable by even novice users who are comfortable with "surfing the 
Internet". The same sorts of actions that are required to use the Web in general are all 
that is required to perform complex and involved tasks in the client side of the test client. 

The present invention supports the creation of, the lookup of and invocation of 
methods for any given EJB bean on any EJB compliant application server. Results of 
invocation are immediately fed back to the user and the user may cache the results for 
subsequent operations or, where the result is an object, the user may choose to test the 
returned object. Additionally, the test client supports complex relationships for EJB 
beans such as inheritance and associations. 

In review, the test client application may be considered to comprise two sides, 
a client side and a server side. The client side of the application is executed in a Web 
browser while the server side is executed as a J2EE application at an application server, 
often the very application server on which the EJB beans that are to be tested are also 
executed. 

Given that the client side of the test client is browser-based, the Graphical User 
Interface is separated from the programming logic that is executed at the server. One 
benefit realized from this separation is that changes may be made to one side of the test 
client without a necessity to modify the other side. This provides the flexibility to provide 
a completely different look and feel to the client side of the test client, perhaps through 
the use of templates designed by professional graphic artists. The only restriction on 
these templates would be that the templates must run in the browser. 



CA920010032US1 



20 



It should be evident to those skilled in the art that, although the present invention 
has been described in the context of Enterprise JavaBeans, the present invention may 
be used as a test client for object oriented programs in general. 

Other modifications will be apparent to those skilled in the art and, therefore, the 
invention is defined in the claims. 
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